home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000327_Tim_Berners-Lee.msg < prev    next >
Text File  |  1994-01-24  |  3KB  |  50 lines
  1. >Every seach needs to search SOMETHING.  Like it has to search a particular
  2.  
  3. Of course. But searches are based upon the document the user was reading
  4. when they initiated the search. Dropping the ISINDEX tag simply allows
  5. searchs STARTING at any document - ie. all documents have the ISINDEX tag.
  6.  
  7. Perhaps what I dislike is that ISINDEX is a boolean - either you have it
  8. or you don't. Instead what I (think !) I want is:
  9.     To the end user everything is searchable.
  10.     Simple user agents can defer as much as possible to the server:
  11.         ie I just pass a search string to the server and let it sort
  12.         everything out.
  13.     Sophisticated user agents can check a documents class to determine
  14.     what sort of searching makes sense, then can frame a "sensible"
  15.     set of queries.
  16. --> ie no specific ISINDEX tagging. Instead merely tag with the class,
  17. and give the user agent freedom to decide whether or not it wishes to use
  18. the information it can derive from the class.
  19.  
  20. What I think I am going to implement (within the current WWW framework) is
  21. an extension to the httpd configuration file that maps documents names
  22. to search method.ie as well as
  23.       map /* /usr/local/lib/WWW/*
  24. I have:
  25.       search /* wais <some parameters>
  26. so that searches initiated from a particular document or zone of the
  27. document space can be searched by a particular method. This gives me
  28. the ability for do such things as sectional indices and multiple
  29. search methods within a single server.
  30.  
  31. >> Instead of the ISINDEX tag, I think we need an INPUT tag. ISINDEX is quite
  32.  
  33. >This is the tip of the iceberg.I think the onlywy to do it generally is (see
  34. >my previous message) to have typed queries, and generic editors for them.
  35. >The case above would become something like
  36. ><ISINDEX TYPE="iana:/www/classes/query/personalinfo">
  37. >The type would also be retrievable like a document, and if you had a generic
  38. >query language language, you would get back a description of the query language
  39. >supported. 
  40. I agree this is the tip of the iceberg.
  41. The point I was trying to make is that smart documents are conceptually
  42. very different from searchable documents, and thus there should be a way 
  43. of implementing smart docs without overloading ISINDEX.
  44. I'm not sure about keeping this in document class. How useful is a class
  45. that only has one instance ? (assuming that forms are generally one offs)
  46. I'm inclined to prefer an in-line representation: just as I can currently
  47. mark a point where text should be highlighted within a document, so I 
  48. should be able to mark a point where text should be inputted.
  49.  
  50. Kevin Hoadley, Rutherford Appleton Lab, khoadley@ib.rl.ac.uk